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ABSTRACT 



A public switched telephone network utilizing program 
controlled switching systems controlled by common channel 
interoffice signaling (CCIS) is arranged in an architecture to 
provide a methodology to permit a caller to set-up and carry 
out a telephone call over the Internet from telephone station 
to telephone station without access to computer equipment 
and without the necessity of maintaining a subscription to 
any Internet service. The Internet telephone service includes 
special telephone services such as directory assistance, 
credit card calling, both local and long distance, collect 
calling, and third party charge calling. The special services 
may utilize human operator assistance or may be completely 
automated. The service for the most part is rendered through 
the use of telephone procedures presently familiar to the 
public from usage of the public telephone network. The 
system utilizes existing common channel signaling facilities 
along with Internet signaling and voice switching to permit 
the use of existing public switched telephone network plant 
for providing the new Internet services. 

19 Claims, 25 Drawing Sheets 
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TELECOMMUNICATIONS SYSTEM 

RELATED APPLICATIONS 

This application is a continuation in part of application 
Ser. No. 08/753,197, filed Nov. 21, 1996, entitled Telecom- 
munications System. 

TECHNICAL FIELD 

The present invention relates to a telecommunications 
system which includes telecommunications networks oper- 
ating in conjunction with a wide area internetwork, such as 
the Internet, and more particularly relates to providing 
telephone services through such an internetwork including 
special service call handling. 

ACRONYMS 

The written description uses a large number of acronyms 
to refer to various services, messages and system compo- 
nents. Although generally known, use of several of these 
acronyms is not strictly standardized in the art. For purposes 
of this discussion, acronyms therefore will be defined as 
follows: 

Advanced Intelligent Network (AIN) 

Central Control Unit (CPU) 

Central Office (CO) 

Central Office Code (NNX) 

Common Channel Signaling (CCS) 

Common Channel Interoffice Signaling (CCIS) 

Customer Premises Equipment (CPE) 

Destination Point Code (DPC) 

Domain Name Service (DNS) 

Dual Tone Multifrequency (DTMF) 

Dynamic Host Configuration Protocol (DHCP) 

Integrated Service Control Point (ISCP) 

Integrated Services Digital Network (ISDN) 

ISDN User Part (ISDN-UP) 

International Standards Organization (ISO) 

Internet Protocol (IP) 

Internet Telephony Server (ITS) 

Line Information Database (LIDB) 

Local Access and Transport Area (LATA) 

Local Area Network (LAN) 

Master Control Unit (MCU) 

Message Signaling Unit (MSU) 

Message Transfer Part (MTP) 

Open Systems Interconnection (OSI) 

Operator Service System (OSS) 

Origination Point Code (OPC) 

Plain Old Telephone Service (POTS) 

Point in Call (PIC) 

Point in Routing (PIR) 

Point of Presence (POP) 

Public Switch Telephone Network (PSTN) 

Recent Change (RC) 

Routing and Administration Server (RAS) 
Service Control Point (SCP) 
Service or Switching Point (SSP) 
Signaling System 7 (SS7) 
Signaling Point (SP) 



10 



Signaling Transfer Point (STP) 
Special Service Announcement System (SSAS) 
Traffic Service Position System (TSPS) 
Transaction Capabilities Applications Protocol (TCAP) 
Transmission Control Protocol (TCP) 
Transmission Control Protocol/Internet Protocol (TCP/ 
IP) 

BACKGROUND 



The "Internet" is a collection of networks, including 
Arpanet, NSFnet, regional networks such as NYsernet, local 
networks at a number of university and research institutions, 
and a number of military networks. The protocols generally 

35 referred to as TCP/IP were originally developed for use only 
through Arpanet and have subsequently become widely used 
in the industry. The protocols provide a set of services that 
permit users to communicate with each other across the 
entire Internet. The specific services that these protocols 

20 provide are not important to the present invention, but 
include file transfer, remote log-in, remote execution, remote 
printing, computer mail, and access to network file systems. 
The basic function of the Transmission Control Protocol 

2^ (TCP) is to make sure that commands and messages from an 
application protocol, such as computer mail, are sent to their 
desired destinations. TCP keeps track of what is sent, and 
retransmits anything that does not get to its destination 
correctly. If any message is too long to be sent as one 

3Q "datagram," TCP will split it into multiple datagrams and 
makes sure that they all arrive correctly and are reassembled 
for the application program at the receiving end. Since these 
functions are needed for many applications, they are col- 
lected into a separate protocol (TCP) rather than being part 

35 of each application. TCP is implemented in the transport 
layer of the OSI reference model. 

The Internet Protocol (IP) is implemented in the network 
layer of the OSI reference model, and provides a basic 
service to TCP: delivering datagrams to their destinations. 

40 TCP simply hands IP a datagram with an intended destina- 
tion; IP is unaware of any relationship between successive 
datagrams, and merely handles routing of each datagram to 
its destination. If the destination is a station connected to a 
different LAN, the IP makes use of routers to forward the 

45 message. 

In simplified fashion the Internet may be viewed as a 
series of routers connected together with computers con- 
nected to the routers. In the addressing scheme of the 
Internet an address comprises four numbers separated by 

50 dots. An example would be 164.109.211 .237. Each machine 
on the Internet has a unique number which constitutes one 
of these four numbers. In the address the leftmost number is 
the highest number. By analogy this would correspond to the 
ZIP code in a mailing address. At times the first two numbers 

55 constitute this portion of the address indicating a network or 
a locale. That network is connected to the last router in the 
transport path. In differentiating between two computers in 
the same destination network only the last number field 
changes. In such an example the next number field 211 

60 identifies the destination router. When the packet bearing the 
destination address leaves the source router it examines the 
first two numbers in a matrix table to determine how many 
hops are the minimum to get to the destination. It then sends 
the packet to the next router as determined from that table 

65 and the procedure is repeated. Each router has a database 
table that finds the information automatically. This continues 
until the packet arrives at the destination computer. The 
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separate packets that constitute a message may not travel the 
same path depending on traffic load. However they all reach 
the same destination and are assembled in their original 
order in a connectionless fashion. This is in contrast to 
connection oriented modes such as frame relay and ATM or 
voice- 
One or more companies have recently developed software 
for use on personal computers to permit two-way transfer of 
real-time voice information via an Internet data link between 
two personal computers. In one of the directions, the sending 
computer converts voice signals from analog to digital 
format. The software facilitates data compression down to a 
rate compatible with modem communication via a POTS 
telephone line. The software also facilitates encapsulation of 
the digitized and compressed voice data into the TCP/IP 
protocol, with appropriate addressing to permit communi- 
cation via the Internet. At the receiving end, the computer 
and software reverse the process to recover the analog voice 
information for presentation to the other party. Such pro- 
grams permit telephone-like communication between Inter- 
net users registered with Internet Phone Servers. 

The book "Mastering the Internet", Glee Cady and Pat 
McGregor, SYBEX Inc., Alameda, Calif., 1994, ISBN 
94-69309, very briefly describes three proprietary programs 
said to provide real-time video and voice communications 
via the Internet. 

Palmer et al. U.S. Pat. No. 5,375,068, issued Dec. 20, 
1994 for Video Teleconferencing for Networked Worksta- 
tions discloses a video teleconferencing system for net- 
worked workstations. A master process executing on a local 
processor formats and transmits digital packetized voice and 
video data, over a digital network using TCP/IP protocol, to 
remote terminals, 

Lewen et al. U.S. Pat. No. 5,341,374, issued Aug. 23, 
1994 for Communication Network Integrating Voice Data 
and Video with Distributed Call Processing, discloses a local 
area network with distributed call processing for voice, data 
and video. Real-time voice packets are transmitted over the 
network, for example to and from a PBX or central office. 

Hemmady et al. U.S. Pat. No. 4,958,341, issued Sep. 18, 
1990 for Integrated Packetized Voice and Data Switching 
System, discloses an integrated packetized voice and data 
switching system for a metropolitan area network (MAN). 
Voice signals are converted into packets and transmitted on 
the network. Tung et al. U.S. Pat. No. 5,434,913, issued Jul. 
18, 1995, and U.S. Pat. No. 5,490,247, issued Feb. 6, 1996, 
for Video Subsystem for Computer Based Conferencing 
System, disclose an audio subsystem for computer-based 
conferencing. The system involves local audio compression 
and transmission of information over an ISDN network. 

Hemmady et al. U.S. Pat. No. 4,872,160, issued Oct. 3, 
1989, for Integrated Packetized Voice and Data Switching 
System, discloses an integrated packetized voice and data 
switching system for metropolitan area networks. 

Sampat et al. U.S. Pat. No. 5,493,568, issued Feb. 20, 
1996, for Media Dependent Module Interface for Computer 
Based Conferencing System, discloses a media dependent 
module interface for computer based conferencing system. 
An interface connects the upper-level data link manager 
with the communications driver. 

Koltzbach et al. U.S. Pat. No. 5,410,754, issued Apr. 25, 
1995, for Bi-Directional Wire Line to Local Area Network 
Interface and Method, discloses a bi-directional wire-line to 
local area network interface. The system incorporates means 
for packet switching and for using the internet protocol (IP). 

Insofar as is known, there does not exist at this date a 
publicly available Internet telephony service, much less a 
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sophisticated Internet telephony service capable of special 
service call handling. 

When wired telephone service was first provided on a 
commercial basis during the latter part of the last century, all 

5 telephone calls were completed manually by an operator. An 
operator responded to a calling signal, learned the identity of 
the called subscriber, and then utilized a plug and jack 
connector to interconnect the calling and called stations. 
Sometime after the invention of the telephone, a trend began 

10 toward the automation of telephone switching. Ultimately 
direct distance dialing was instituted which allows a calling 
subscriber to directly dial most long distance calls in this 
country and to many foreign countries with and in many 
instances without operator intervention. In addition to auto- 

15 mating long distance calling, several systems have been 
proposed for completely automating the handling of calls 
instituted from coin stations. 

Several arrangements have also been proposed for auto- 
mating special service calls including person-to-person, 

20 collect, credit card, and bill-to -third party. Special service 
calls are difficult to automate because of the different varia- 
tions in each call type and the need for substantial interaction 
between the various parties. One history of such develop- 
ments is provided in Cornelia et al U.S. Pat. No. 4,054,756, 

25 issued Oct. 18, 1977, for Method and apparatus for auto- 
mating special service call handling. The Cornelia patent 
describes yet another proposal for providing automation for 
special service calls in a wired telephone network and is 
incorporated by reference herein in its entirety. Still another 

30 approach to the problem is described in Dorst et al. U.S. Pat. 
No. 5,046,183, issued Sep. 3, 1991, for Semi-Automated 
Operator Assistance Telecommunication Calls. That patent 
describes a proposed system using so-called "intelligent 
telephones" wherein the need for operator assistance is at 

35 least partially eliminated. 

Disclosure of the Invention 
Objects of the Invention 

40 It is an object of the present invention to provide com- 
prehensive telephone service via the Internet to users of the 
public telecommunications network without a need for such 
customers to have computer access or computer literacy. 

45 It is a further object of the invention to provide such 
telephone service in a. seamless and transparent fashion 
including special telephone services such as directory 
assistance, credit card calling both local and long distance, 
collect calling, third party charge calling, and calls from toll 

50 stations. 

It another object of the invention to provide with such 
Internet telephone services on both an operator assisted and 
an automated basis. . . 

55 SUMMARY OF THE INVENTION 

A public switched telephone network utilizing program 
controlled switching systems controlled by common channel 
interoffice signaling (CCIS) and preferably an advanced 
intelligent network (AIN) CCIS system is arranged in an 

60 architecture to provide a methodology for facilitating tele- 
phone use of the Internet by customers on an impromptu 
basis. The system permits a caller to set-up and carry out a 
telephone call over the Internet from telephone station to 
telephone station without access to computer equipment and 

65 without the necessity of maintaining a subscription to any 
Internet service. Billing may be accomplished on a per call 
basis. The calls may be inter and intra LATA, region or state 
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or country. It is a particular feature of the invention that such FIG. 20 is a flow diagram illustrating one mode of 

Internet telephone service includes special telephone ser- operation of the system utilizing the OSS of FIG. 18 in the 

vices such as directory assistance, credit card calling, both network shown in FIG. 15 to provide collect call service, 

local and long distance, collect calling, and third party FIG. 21 shows a network architecture similar to that in 

charge calling. The special services may utilize human 5 FIG. 15 but with certain additions to illustrate the handling 

operator assistance or may be completely automated. The 0 f third p arty charge calls according to one embodiment of 

service for the most part is rendered through the use of the invention 

telephone procedures presently familiar to the caller from FIG. 22 is a flow diagram illustrating one mode of 

usapofmepubhcsw^ ^ of ^ Mjk &hQv/Q ^ mQ a to Q 

utilizes exis mg common channel signahng faciliUes along 10 handli of ^ cfa caUs &ccoM to one 

with Internet signaling and voice switching to permi the use embodiment of th e mveDt ion. 

of existing public switched telephone network plant for „ . , ,. . .„ „ 

providing the new Internet services. a ™. 23 provides a diagrammatic lUustraUon of a modi- 
fied form of OSS which is suitable for use in the system of 

DESCRIPTION OF THE DRAWINGS 15 FIG. 21 to provide automated handling of special service 

FIG. 1 shows in simplified block diagram form one calk a «»niing to one embodiment of the iovention. 

example of an Advanced intelligent Network (AIN) con- BEST MODE FOR CARRYING OUT THE 

trolled Public Switched Telephone Network (PSTN) INVENTION 
arranged in an architecture to provide Internet telephone 

service. 20 Referring to FIG, 1 there is shown a simplified block 

FIG. 2 shows the functional architecture of one embodi- ^gram of a public switched telephone network (PSTN) 

ment of an Internet Module. equipped to use common channel interoffice signaling 

1 j a 1- t ' n ji a J* c j (CCIS) with an advanced intelligent network (AIN), 

FIGS. 3 and 4 show simplified now diagrams of one mode ' A . ... , , y ' c 

- r . « arranged in an architecture to provide one embodiment of 

of operation of the system of FIG. 1. t telephone seryice yk ^ Qr mofe p$TNs m ^ 

FIG. 5 shows a simplified flow diagram of another mode x therc arc shown two ^tykc or signal switch ing point 

of operation of the system of FIG. 1. ( SSP ) capab ie central offices 50 and 52, which may be 

FIG. 6 shows the functional architecture of another located in the same or different states and regions. These 

example of an Internet Module. central offices are connected by trunks indicated at 54 and 55 

FIG. 7 is a simplified diagram of illustrating the archi- 30 to the PSTN indicated by a cloud 57. Each central office, or 

tecture of the existing public switched telephone network end office (EO) in this illustration, is connected by local 

(PSTN) in the United States modified to implement a loops to subscribers customer premises equipment (CPE) 

transoceanic telephone communication. such as telephone terminals 56 and 58. These may be basic 

FIG. 8 is a simplified diagram illustrating another instruments for providing Plain Old Telephone Service 

example of the architecture of the existing public switched 35 (POTS). The subscriber premises are also shown as having 

telephone network (PSTN) in the United States modified to personal computers (PCs) 60 and 62 connected to the local 

implement a transoceanic telephone communication. loops via modems 64 and 66. The SSPs associated with the 

FIG. 9 illustrates another arrangement for public telecom- central offices 50 and 52 are connected by common channel 

munications systems to provide long distance telephone interoffice signaling (CCIS) links to a signal transfer point 

service over the Internet. 40 (STP) which in turn may be connected to an integrated 

FIG. 10 is a block diagram of the server of FIG. 6. si S nal contro1 P oint $ SCF >> Whilc STP functionality is 

FIG. 11 is a block diagram illustrating an alternate archi- he ' e ^own as constituting a single STP it will be appreci- 

tecture for providing long distance telephone service via * ted th u at th i s * for * e P ur P°f ° f simplicity and that a 

public switched telephone networks and the Internet. merarch y of STPs * involved 

FIGS. 12A and 12B are flow diagrams summarizing a 45 Each °* * e *° 52 \ is / rovided 

method of establishing long distance service according to an Internet Module here indicated at 72 and 74 connected by Tl 

embodiment of the present invention. tnmks 76 and 78 ' Alternatively the Internet Module hard- 

nipn i-ia i^t, j 1 1*--* •„ . 4 . , L1 ware may be situated at the central office and associated with 

FIGS. 13A, 13B and 13C are diagrams lUustratine tables , ™ T A , w , . t 
, . * .1 * * j j • ■ t ?• j * i_ e ns* a the switching system. The Internet Modules may be pro- 
stored in the routing and administration database of FIG. 9. , ... ° nT / ...... , .... "1. 

, . . .,. , , . , , . 50 vided with SSP capabilities and connected mto the CCIS 

InrT™ dlUStraUDg St ° red Vtltual pathS 10 network as indicated by the links to the illustrative STP 80. 

a router ot HG. y. The ssps ^ i nlerne t Module are inter-connected 

FIG 15 is a diagranxof an exemplary telecommunications ^ mc ccntral officc SSPs and cCIS network as shown 

network for providing Internet telephone service with direc- here by illustrative links 79 and 81. The Internet Modules 

tory assistance according to one embodiment of the inven- 55 may be for signaling purposcs by conventional F 

tlon * links indicated at 82. The Internet Modules are connected to 

FIG. 16 is a diagrammatic illustration of the operator th e internet cloud by T1/T3 trunks 86 and 88. 

service system (OSS) of FIG. 15. ^ functional architecture of one embodiment of such an 

FIGS. 17A, 17B, and 17C are flow diagrams illustrating Internet Module is shown diagrammaticaliy in FIG. 2. The 

one mode of operation of the system of FIG. 15. 60 internet Module, generally indicated at 83, includes a router 

FIG. 18 shows a modified OSS which may be utilized in 85 of the type now generally used in Internet practice. The 

the Internet telephone system shown in FIG. 15 to imple- Internet Module is provided with a central control unit 

ment special calling services with the aid of the operator (CPU) (not shown) and processing capability as illustra- 

stations shown in FIG. 15. tively shown at 87. It will be appreciated by those skilled in 

FIGS. 19 A and 19B are flow diagrams illustrating one 65 the art that the same CPU may be used to control the router 

mode of operation of the system utilizing the OSS of FIG. 85 and that the functionalities of the blocks shown at 85 and 

18 in the network shown in FIG. 15. 87 may be combined. Connected to the router are a Domain 
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Name Service (DNS) server 89 and a Dynamic Host Con- 
figuration Protocol (DHCP) server 91 of the type conven- 
tionally used by Internet Service Providers in existing Inter- 
net Service. The router interface is connected to the central 
office and to the CCIS network while the router is connected 5 
to the Internet. The Internet Module is sometimes referred to 
herein as a server, Internet server, or Internet telephony 
server. 

One mode of operation of the system of FIG. 1 is now 
described in relation to the simplified flow diagrams of *o 
FIGS. 3 and 4. According to this embodiment an Internet 
connection is used to link a calling to a called telephone 
without the necessity of either party possessing or using 
personal or office computer equipment. The subscriber in 
this example uses the POTS station at 56 to initiate an 15 
Internet call to a called party at the POTS station 58. The 
caller goes off-hook and dials *82. This prefix has been 
established by the Telco offering the service as a predesig- 
nated prefix with which the public may initiate an Internet 
telephone call. The dialing of the prefix *82 is followed by 20 
the dialing of the directory number of the called party at the 
station 58. 

As is illustrated in the method shown in FIG. 3, the calling 
party goes off-hook and dials the prefix *82 at 100. At 102 
the central office switching system responds to an off-hook 25 
and receives the dialed digits from the calling station. At 104 
the central office switching system analyzes the received 
digits and determines from the prefix *82 that the call is an 
Internet call. Responsive to its programming it knows that 
the call must be completed through a remote central office 30 
and that further processing is necessary. At 106 the local or 
originating central office suspends the call and at 108 sends 
a CCIS query message through one or more of the STP's. 

The query message goes to the central office to which the 
called station is connected. The receiving or destination 
central office receives the query and determines at 110 
whether or not the called station at 58 is busy. If the called 
station is busy, the receiving central office so informs the 
originating central office at 112. At 114 the originating 
central office provides a busy signal to the calling station. 40 

If the called station is not busy, the receiving central office 
busies out the called station line by blocking all calls at 116. 
The receiving or destination central office then informs the 
originating central office that the called line is available and 45 
waiting at 118 and that the processor in the Internet Module 
associated with the central office 52 is available. 

An Internet virtual connection is then established between 
the calling and called stations at 120 as presently will be 
described in detail. The receiving or destination central 50 
office provides a ringing signal to the called station and the 
originating central office sends ringback tone back through 
the local loop to the calling station at 122. When the called 
station goes off-hook and the Internet virtual connection is 
completed the conversation via the Internet can commence. 55 

Referring next to the flow diagram in FIG, 4 one example 
of the set up of the Internet connection is now described. 
When the originating central office receives from the desti- 
nation central office the CCIS signal announcing that the 
called station is available and waiting, the originating central 60 
office may send a CCIS message to the Internet Module 72 
and the processor interface 87 to the router 85. This message 
delivers the directory numbers of the calling station and the 
called station and requests establishment of an Internet 
connection (or virtual connection) between the two. 65 

The processor interface and router may then react to 
receipt of that CCIS signal and request the temporary 
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assignment of Internet addresses for the processors associ- 
ated with the respective central offices. Upon completion of 
the assignment of the addresses the processor 87 may send 
a CCIS signal to the originating central office advising of 
that fact. This CCIS or SS7 communication between the 
originating central office and the originating Internet Module 
is indicated at 124. When the originating central office 
receives the message that the addresses have been assigned 
the switching system connects the originating local loop to 
the Internet Module 72. This connection is indicated at 126. 

As an alternative to this connection procedure the origi- 
nating central office may establish the line or trunk connec- 
tion to the Internet Module 72 immediately upon receipt of 
the CCIS signal indicating that the called station is available 
and waiting. In this alternative the originating central office 
then sends the directory numbers of the calling and called 
stations along with a request to establish an Internet con- 
nection or virtual connection between the two stations for a 
voice communication session either via the line or trunk 
connection to the Internet Module 72 or via the CCIS link to 
the Internet Module. 

Following either of the foregoing embodiments of the 
initial connection steps, the Internet Module router 85 in the 
Internet Module 72 sends a request for the assignment of 
temporary IP addresses for the two directory numbers to the 
DHCP server 91 as indicated at 128. The DHCP server hears 
the message and offers an IP address for each directory 
number for a certain time period which may be determined 
by the router or the server. The router may request a 
specified time period and the DHCP server may decline and 
offer a longer or shorter period, seeking mutual agreement. 
Upon agreement the addresses are accepted and assigned at 
130. At 132 originating Internet Module 72 triggers a CCIS 
message to the destination Internet Module 74 which 
includes the temporary IP address assigned to the called 
directory number and associated processor. 

As an alternative to the obtaining of an Internet address 
for the processor associated with the receiving central office 
at the originating central office switching system and its 
associated Internet Module the address may be obtained at 
the receiving central office switching system and its asso- 
ciated Internet Module and communicated to the originating 
central office switching system via the common channel 
signaling link. 

As the conversation commences the originating Internet 
Module 72 is receiving from the originating central office 50 
over the trunk connection digitized speech in DSO format. 
The Internet Module implements the function of a packet 
assembler and disassembler or PAD and assembles packets 
in TCP/IP format. This is indicated at 134. The packets bear 
the source and destination IP addresses and the digitized 
speech payload. The packets are dispatched from the origi- 
nating router 85 onto the Internet and are delivered to the 
destination router and Internet Module 74. The receiving 
router and associated processor have the directory number of 
the called party and the matching IP address which were 
obtained via COS signaling from the originating router as 
indicated at step 132 described hereinabove. The destination 
router and its processor interface perform the inverse func- 
tion of the originating router and make the necessary trans- 
lation of the TCP/IP packets to DSO format which is deliv- 
ered over the destination trunk to the destination central 
office. The switching system in that office converts the DSO 
to analog and delivers the analog speech signal over the 
destination local loop to the destination telephone station 58. 
The responsive speech signal from the destination telephone 
station is processed in inverse fashion by the destination 
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central office switching system and destination Internet receiving party that a telephone call is arriving via the 

Module and delivered to the Internet in TCP/IP format. The Internet and that it will be handled by microphone and 

originating Internet Module and central office switching speaker associated with the sound card in the called party's 

system also act in inverse fashion to deliver to the originat- computer. 

ing telephone station an analog voice signaL The packet 5 The receiving or destination central office then informs 

exchange is indicated in FIG. 4 at 136, The two way transfer the originating central office that the called line is available 

of voice signals is indicated at 138. and that the computer is waiting at 218. As an alternative to 

Upon the establishment of the line/trunk connection to the this procedure the destination central office may alert the 

Internet Module the originating central office may send called computer by applying an alert signal between the 

billing information to the switch journal which indicates that ™ tones of the ringing signal. 

an Internet call has been initiated and that may be recorded The originating central office issues a voice prompt to the 

in the conventional manner. The DHCP server may also calling party requesting that party to spell out the domain or 

incorporate a billing capability which may be utilized as an hostname of the called party and immediately completes the 

alternative to journal billing if desired. Thus the DHCP trunk connection from the originating central office to the 

server may initiate a clocking mechanism upon the assigning 15 originating Internet Module. This step is shown in FIG. 5 at 

of the IP addresses to start the clock for charging the 220. Simultaneously the originating central office alerts the 

customer. When the IP address is released tolling of the originating Internet Module that a domain or hostname call 

charge ceases with a time based stamping attributed to the IP has been initiated and sends the directory numbers of the 

assignment. calling and called party. This parallel step is indicated at 222. 

Another mode of operation of the system of FIG. 1 is now 20 In this embodiment of the invention the Internet Module 

described in relation to the simplified flow diagram of FIG. is provided with a processor interface to the router which 

5. A customer using the POTS station at 56 as an originating includes a voice recognition card to translate the incoming 

station desires a voice connection to a called party on the address to a TCP/IP format signal. An Internet Module of 

premises of the POTS station 58. The calling party is aware this type is illustrated in FIG. 6 where the voice card is 

that the proposed called party has at those premises a 25 shown at 201. The arriving address signal is delivered by the 

personal computer with voice capabilities and has knowl- voice card and processor interface to the router 85. This step 

edge of the Internet domain or hostname address of the is shown at 224 in FIG. 5. 

proposed called party. The router requests a domain name translation from the 

The Telco offering the service of the invention has estab- 3Q DNS server 89. This is indicated at step 226. At substantially 

lished a prefix *82 for a telephone to telephone call as has the same time the router broadcasts a request for a temporary 

been described in the previously discussed example. In this IP address for the calling directory number. This is indicated 

embodiment the Telco also establishes a second prefix *83 at step 228. The DHCP server provides the caller with a 

for voice communication from telephone to a voice capable temporary IP address from the pool of addresses supplied by 

computer possessing an Internet address. The communica- 35 the Internet Service Provider which in this case is the Telco. 

tion establishment is here commenced by the calling party The DHCP server selects an address from the pool and sends 

going off-hook and dialing the prefix *83 at 200, the address to the router at 230. 

At 202 the central office switching system at the origi- The Domain Name Service (DNS) server provides the 

nating central office responds to an off-hook and receives the translation from the domain or host name supplied by the 

dialed digits from the calling station. At 204 the central 40 caller into an IP address. Since each site maintains its own 

office switching system analyzes the received digits and server no single site on the Internet is in possession of all of 

determines from the prefix *83 that the call is an Internet call the translation data. The overall data constitutes a distributed 

from a telephone station caller to a computer terminal at the database and relies on the servers at the individual sites, 

customer premises of the called party. Responsive to its Access to the DNS is through a resolver and software library 

programming the originating office switching system knows 45 functions. The function in this case takes a domain name or 

that the call must be completed through a remote central hostname and returns an IP address. The functionality also 

office and that further processing is necessary. At 206 the is capable of providing the inverse function of taking an IP 

local or originating central office suspends the call and at address and returning a hostname. 

208 sends a CCIS query message through one or more of the The IP address is sent by the DNS server to the router for 

STP's. 50 incorporation into the packets to be assembled and dis- 

The query message goes to the central office to which the patched onto the Internet. This step is shown at step 232. The 

called station is connected as determined by the called router and its processor interface again serve a PAD function 

directory number that was dialed by the caller. The receiving and transmit and receive TCP/IP packets to the Internet. This 

or destination central office receives the query and deter- is indicated at 234. 

mines at 210 whether or not the local loop to the premises 55 in this embodiment of the invention the originating Inter- 
of the station at 58 is busy. If the called local loop is busy, ne t Module and its processor interfaced router perform the 
the receiving central office so informs the originating central functions of signal compression and expansion as well as 
office at 212. At 214 the originating central office provides packet assembly and disassembly (PAD). Thus the incoming 
a busy signal to the calling station. DSO signals from the originating central office are com- 
If the called local loop is not busy, the receiving central 60 pressed from the 64 kbs DSO rate to a 28.8 kbs modem rate 
office seizes the line. Upon the line going off hook the assembled into TCP/IP protocol. The TCP/IP signals are 
destination central office delivers a voice prompt to the transmitted via the Internet to the destination Internet Mod- 
responding party to activate the CPE computer to accept an ule 74. In this case the destination Internet Module may 
Internet voice call. The central office also prompts the deliver the incoming TCP/IP signal direct to the computer 
responding party to confirm that this has been accomplished. 65 modem 66. The voice communication may continue 
This is shown at step 216. A distinctive ring may be used in between the caller using the telephone station at 56 and the 
lieu of the prompt or together with the prompt to alert the called party using the called computer at 62. 
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The operation of the communications system shown in tion telephone line, i.e., to the terminating end office 328 in 

FIG. 1 is described in further detail in copending application the illustrated example. The terminating end office deter- 

Ser. No. 08/634,543, filed Apr. 18, 1996, which is assigned mines whether or not the called station 322 is busy. If the 

to the assignee of the instant application. That application is called station is busy, the terminating end office so informs 

incorporated by reference herein in its entirety. 5 me originating end office via SS7 signaling in the foreign 

FIG. 7 illustrates in simplified block diagram form the CCIS network, TCP/IP signaling in the Internet, and SS7 

architecture of the PSTN in the United States modified to signaling in the originating switching system. The originat- 

provide transoceanic Internet telephone service. The upper m g enc i 0 ffice provides a busy signal to the calling station, 

portion of the figure shows a simplified version of an SS7 if the called station 322 is not busy, the terminating end 

controlled telephone network. However FIG. 7 includes 10 office 328 so informs the originating end office. A telephone 

features to implement end to end control signaling through connection is then constructed via the trunks, switching 

a virtual link that may be accessed without construction of offices, and satellite link between the calling and called 

any new wide area network facilities. stations. 

In FIG. 7 the originating end switching office SSP 304 at me ahistrative call did not require a higher level of 
switching office 302 is associated with an internetwork is contro i than fo^ available from the STP, the system is 
server module 330. This module is similar to the Internet capable of providing service features which TCq ^ Q central . 
Module or server previously described in connection with ^ program contro i f rom a higher level control point. Such 
prior embodiments of communications systems providing control may be obtaincd according to the invention either 
telephone service over the Internet. The server 330 is from me ISCP whicn controls me CC IS network of the 
connected by a data link 332, which may be an SS7 link, to ao originating telephone network or, alternatively, from a cen- 
the signal transfer point (STP) 318. The actual connection tral such ^ me contr oller 350 connected to the 
need not be to the specific STP 318 so long as the server is internet. Such a controller may emulate an ISCP and corn- 
connected to the SS7 CCIS network of the LEC which mumcat e with the Internet through a server or Internet 
serves the calling station 300. The server 330 is also Module. 

connected by data link 334 to the world wide internetwork 25 ™^ o *n * * c *u u j- * c * 
u i a tu * * * • iijc ■ t ui *u PIG. 8 illustrates a further embodiment of a transoceanic 
shown as a cloud 336. The internetwork 336 is preferably the ... t , . , . . . . ,, , 
, , , r , . ™ r - j communication system which virtually eliminates the need 
network commonly known as the Internet. The far end of the , _ nn ™ 1C , , 1 iUa ■ • tolo 
■w i . i j / . _ . .j . , . . for reliance on the CCIS network of the originating tele- 
Internet cloud as shown in FIG. 7 is connected via a data link , * 1 TT. * 1 u • o- • 'I 4 
«- 0i . JiiL r • phone network. The network shown m FIG. 8 is similar to 
338 to a server module ^340 ^wh.ch.s connected to the foreign ^ ^ dUference ^ 332 

switching office 326 SSP 342 by data hnk 344. It is assumed 30 between ^ M Internet Modu]e 330 ^ STp 31g in F , G 

that the foreign switching office is in a telephone network _ , . v-.j j j * i- i u t_ * u j 

, .Jr & . 1 • i- * u- u 7 has been ehmmated and a data link has been estabbshed 

eqmpped with a common channel signahng system which fr Qm ssp 3Q4 for end 302 

provides essentially the same capabilities as the SS7 J 

network, as is the case with the Japanese telephone system. In operation the caller dials the number of the called 

Thus FIG. 7 shows connection to SSP 342, STP 348, and 35 station complete with the foreign prefix. The SSP 304, 

SSP 346 in the end switching office 328. Alternatively, the programmed to recognize predetermined prefixes as an 

common channel signaling capability may be furnished by F action trigger, momentarily suspends processing of the call 

link connection between the switching offices as shown at ™ d formulates a message to be sent to the Internet Module 

350 or server 330. The query message content and format is 

An example of the operation of the system is now 40 simUar to that of the message sent from the STP 318 to the 

described. When the calling party at telephone station 300 server 330 1D *» embodiment of the ^ invention described in 

dials the number of the desired foreign party, such as the connection with FIG. 7. It will include the called party s 

telephone station 322 in Japan, the originating end office n l unb « and a / n A ^ ca i 1 ° D ' * S lh - a , utomat ' c "P*" 

switch 302 and SSP 304 recognizes the call as directed to identification (AMI), of the calling station s number. It wdl 

another switching office, suspends the call, formulates an 45 *° lncIude indication of call type (here, that the call is 

SS7 packet message, and sends the message to the nearest f laced 10 a redesignated prefix and is to be handled via 

STP318.TheSTPanalyzesthepointcodeinformationinthe Internet paling) Tois provides the Internet Module or 

packet and routes the packet according to the translation server ™I h ™ '^abon of the treatment the call is to 

table stored within the STP. That translation table recognizes receive - ™ e Internet Module thereupon processes the mes- 

the foreign prefix as one requiring modified common chan- 50 "g? m ^J 0 ^' described m , de , tai1 m connectlon . ^ 

nel signal handling and directs the packet to the Internet F[G ' 7 // ' he ca " ed P"* If avallab,e a voice connection .s 

Module 330 for transmission over an Internet route. The set U P; ? 46 called lme 18 bus y a busv S1 &* 1 18 P rovlded ,0 

Internet Module performs the necessary address determina- - calling party. 

tion from the information in the packet, adds the appropriate The foregoing networks described in connection with 

addressing and instructional overhead to encapsulate the 55 FIGS. 7 and 8 are described in further detail in copending 

packet in one or more TCP/IP packets, and transmits the application Ser. No. 08/710,594, filed Sep. 20, 1996, and 

packet or packets on to the Internet. The Internet uses a assigned to the assignee of the instant application. That 

connectionless protocol and thus if multiple TCP/IP packets copending application is incorporated herein by reference in 

are transmitted they may or may not travel the same route its entirety. 

and may or may not arrive in the same order at the 60 Referring to FIG. 9 there is shown another arrangement 
destination server or Internet Module. However the desti- for public telecommunications systems to provide long 
nation Internet Module 340 will perform its TCP/IP distance telephone service over the Internet. The telecom- 
function, strip the overhead, reform the original SS7 packet munications system includes a plurality of switched tele- 
and deliver it to the SS7 capable control network of the communications networks 462A, 462E, and 462C operating 
destination telephone system. That network operates in its 65 in different geographical regions. For example, each tele- 
designed manner to send the message via the foreign SS7 communications network 462 may be a public switched 
network to the end switching office that serves the destina- telephone network such as a Regional Bell Operating Com- 
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pany (RBOC), or a private communication network having 
a limited service area. Each network 462 has at least one 
assigned number code, such as an area code, that uniquely 
identifies service areas of that network. Each network 462 
also includes a plurality of interconnected switching systems 
441 serving customer premises terminals 464 via local loop 
connections 466. Each network 462 also includes trunk lines 
468 and signaling lines 470 that support the interoffice 
signaling for the particular network. 

Each telephone system 462 also includes an Internet 
telephony server (ITS) 472 that provides an interface 
between the corresponding telephone system 462 and the 
wide area packet switched network 474, for example the 
Internet. The ITS is similar to the Internet Module or server 
described above with respect to the preceding embodiments 
of Internet telephone service. The ITS 472 A is typically 
connected to a local central office 441 via a standard voice 
grade line or trunk connection 468, for example a T-l or T-3 
connection. Alternatively the hardware associated with the 
ITS 472A may be situated at the central office 441 and 
associated with the switching system. 

The ITSs 472 include signaling capabilities, for example 
SSP capabilities, and are connected into the CCIS network 
as indicated by the links 470 to the illustrative STP476. The 
SSPs serving the corresponding ITS 472 are inter-connected 
with the central office SSPs and COS network. The ITSs 
may be linked for signaling purposes by conventional F 
links. The Internet Modules are connected to the Internet 
474 by T1/T3 trunks 478. 

The system 460 also includes a routing and administration 
server (RAS) 480 that includes a routing and administration 
database for managing call routing translations and user 
access permissions. The RAS 480 is shown as an Internet 
node having a dedicated virtual path 482, described below. 
The routing and administration database stores records for 
every area code/NNX served by a telephony system 462, 
along with the network address for the corresponding ITS 
472. FIG. 13Ais a diagram illustrating the stored records of 
the routing and administration database of the RAS 480 



data packets having the IP address of the ITS 472A as a 
destination address. Once received by the ITS 472 A, the 
signaling and/or voice traffic is recovered from the payload 
of the data packets and processed by upper-layer protocol to 
establish the communication link between the calling station 
464C and the called station 464A via the Internet. 

A particular aspect of this embodiment is the use of 
dedicated virtual paths established in the Internet 474 to 
maintain a prescribed service level, i.e., quality of service, 
for the calling party. Specifically, the Internet 474 includes 
a plurality of routers 484 that route data packets along 
available paths 486 based on known algorithms. As known 
in the art, the separate packets that constitute a message may 
not travel the same path 486 depending on traffic load. 
However they all reach the same destination and are 
assembled in their original order in a connectionless fashion. 

In order to provide guaranteed service quality during long 
distance telephone calls via the Internet, the data packets can 
be transported on dedicated virtual paths at a minimum 
guaranteed bandwidth and latency, for example 28.8 kbps 
per telephone call in each direction. The disclosed embodi- 
ment establishes dedicated virtual paths 488 for large-scale 
transport of packets carrying long distance traffic to different 
telephone systems 462. Specifically, selected routers 484' 
2$ reserve a predetermined amount of bandwidth, for example, 
twenty percent of the overall capacity, for virtual paths for 
use by the RAS and the ITSs 472 in transporting voice and 
signaling data. FIG. 14 is an example of an internal matrix 
table 492 in one of the routers 484', where the router 484' 
30 receiving a data packet from a source node (i.e., another 
router) outputs the received data packet to a predetermined 
destination node based on the destination IP address in the 
data packet. As shown in FIG. 14, the router reserves a 51.8 
MB/s (OC-1) path between source and destination nodes IP1 
and IP2 for packets having a destination address correspond- 
ing to the ITS (B) 472B. Hence, assuming a router 84' has 
a capacity of switching up to 466.56 MB/s (OC-9), the router 
can reserve one virtual path at 51.8 MB/s (OC-1), another 
path at 44.7 MB/s (DS-3), and a third virtual path at 155.5 



10 



15 



20 



35 



. stored in a translation table 490. The translation table 490 4 o MB / S (OC-3) between two nodes. 



stores for each area code and central office code (NNX) the 
IP address of the corresponding ITS 472, also referred to as 
the ITS address. The routing and administration database in 
the RAS 480 thus stores all area codes serviced by a given 



Hence, a complete virtual path having a predetermined 
bandwidth between two ITSs 472 can be established by 
forming a sequence of routers, each having predetermined 
path segments for transporting data packets along the virtual 



telephooe system 462 A, as well as the Internet address 45 path to the next router or node. The virtual path is initially 



identifying the point of presence (POP) for the serving ITS 
472A. Hence, the RAS 480 serves as a pointer to identify a 
destination Internet telephony server 472 based on the area 
code of the called station. If a telephone system 462 includes 
a plurality of ITSs 472 within a selected area code, then the 
translation table 490 provides the unique IP address based on 
the area code and central office code being accessed. 

For example, the ITS 472C processes a telephone call for 
called party 464A initiated by the calling party 464C by 
sending a routing request to the RAS 480. The routing 
request will include the area code of the called party 464A. 
The RAS 480 accesses the internal translation table 490 to 
determine the ITS address corresponding to the area code of 
the called party. If the destination telephone network ha s a 
plurality of internet telephony servers within a n area code, 
the RAS 480 may send to the ITS 472C a signaling message 
requesting the central office code (NNX) as well. Once the 
RAS 480 has sufficient information to identify the specific 
ITS 472A serving the called party 64a, the RAS 480 sends 
the IP address of the ITS 472A serving the specified area 
code to the ITS 472C. The ITS 472C in response sends 
signaling and/or voice traffic to the ITS 472A by outputting 



arranged by contracting with the Internet service provider 
controlling each router 484' in the desired virtual path. The 
ISP will then program the router 484' and any associated 
autonomous system (AS) with the table 492 to guarantee the 
50 desired bandwidth along the virtual path. 

Once the sequence of routers has been established, the 
end-to-end virtual path (POP(l) to POP(2)) is stored as a 
virtual path lookup table 494 in the RAS 480 database, along 
with the total available bandwidth, shown in FIG. 13B The 
55 RAS 480 also monitors unused bandwidth by allocating 
bandwidth for each routing request. Hence, the RAS 480 is 
able to monitor traffic along a virtual path to determine 
whether a data rate in a communication link should be 
changed. If the RAS 480 determines that a virtual path has 
60 little traffic, then the RAS may specify a higher data rate for 
the communication link. However, if the RAS 80 determines 
that a large amount of traffic exists on the virtual path, then 
the data rate may be reduced to the minimum guaranteed 
service level stored in the RAS 480 database for the calling 
65 number, shown in FIG. 13 C. 

An alternate arrangement for providing a communication 
link according to a prescribed service level involves using 
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Internet Protocol, version 6 (IPv6). IPv6 incorporates a 
variety of functions that make it possible to use the Internet 
for delivery of audio, video, and other real-time data that 
have guaranteed bandwidth and latency requirements. Hosts 
can reserve bandwidth along the route from source to 
destination. Hosts can specify loose or strict routing for each 
hop along a path. In addition, packets are assigned a priority 
level, insuring that voice or video transmission is not inter- 
rupted by lower priority packets. 

As shown in FIG. 9, a group of virtual paths 488 enable 
transmission of signaling and traffic data between the ITSs 
472A, 472B and 472C via the Internet at prescribed service 
levels. Signaling information between the ITSs 472 and 
between an ITS 472 and the RAS 480 will typically be given 
highest priority. Service levels for subscribers at calling 
stations 464 are typically arranged at different levels, 
depending on subscriber preference and cost. Once a service 
level for a subscriber is established, the guaranteed service 
level is stored in the RAS 480 database. Alternately, an 
image of the routing and administration database in the RAS 
480 may be stored in the ITS 72 to reduce access via the 
Internet. 

FIG. 10 is a block diagram of the ITS 472 of FIG. 9. The 
ITS 472 includes a telephony platform 400 and an Internet 
server platform 402. The telephony platform 400 performs 
basic telephony functions, including incoming call detection 
(ringing, trunk seizure, etc.) , call supervision/progress 
detection (busy tone, disconnect, connect, recorded 
announcement, dialtone, speech, etc.), call origination, 
DTMF, call termination, call disconnect, switch hook flash, 
etc. 

As shown in FIG. 10, the telephony platform 400 of the 
ITS 472 includes a simplified message desk interface 
(SMDI) 404 that sends and receives signaling data to the 
CCS signaling network, a digital switch 406 that sends and 
receives communication traffic from the trunk line 468, a 
master control unit (MCU) 408 that controls the overall 
operations of the ITS 472, including controlling the switch 
406 to separate data traffic on the trunk line 468 into single 
64 kb/s data channels 410. The data on each of the data 
channels 410 is compressed by a voice processor unit (VPU) 
412 into compressed communication data having a data rate 
of approximately 16 kbit/s or lower. The compressed com- 
munication data may be either voice data or other data, for 
example facsimile data. 

The compressed communication data is output to a local 
area network (LAN) 414, for example an Ethernet-based 
network at 100 Mbit/s. The LAN 414 carries data signals 
between the MCU 408 and the voice processing units 412. 
The system also includes H type digitized audio links 410 
between the switch 406 and each of the VPU's 412. The 
LAN 414 transports data packets to a packet assembler/ 
disassembler (PAD) 416 that packetizes data on the-LAN 
414 into TCP/IP packets for transport onto the Internet 474. 
The PAD 416 also recovers signaling and communication 
data from data packets received by the router 418. Hence, 
the PAD 416 receives signaling information from the SMDI 
404 originated from the signaling network 470, and outputs 
signaling data recovered from data packets received from 
the Internet 474 to the SMDI 104 for subsequent call 
processing via the signaling links 470. 

The ITS 472 also may include a RAS database 420 that is 
an image of the database in the RAS server 480. The RAS 
database 420 enables translation information to be obtained 
without accessing the RAS 480 via the Internet 474. In this 
arrangement, the ITS 472 would monitor its own bandwidth 
allocation as stored in the RAS database 420. 
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The router 418 is of the type now generally used in 
Internet practice. If desired, the router 418 may also be 
connected to a Domain Name Service (DNS) server and a 
Dynamic Host Configuration Protocol (DHCP) server of the 

5 type conventionally used by Internet Service Providers in 
existing Internet Service. 

An exemplary call using the arrangements of FIGS. 9 and 
10 will now be described with respect to FIGS. 12 A and 
12B. The system of FIG. 9 establishes an Internet connection 

30 to link a calling to a called telephone without the necessity 
of either party possessing or using personal or office com- 
puter equipment. The subscriber in this example uses the 
POTS station 464A to initiate an Internet call to a called 
parly at the POTS station 464B in step 420. The caller goes 

15 off-hook and dials *82. As previously explained, this prefix 
has been established by the Telco offering the service as a 
predesignated prefix with which the public may initiate an 
Internet telephone call. The dialing of the prefix *82 is 
followed by the dialing of the directory number of the called 

20 party at the station 464B including the area code. 

The central office switching system responds to the off- 
hook and receives the dialed digits from the calling station 
in step 422. The central office switching system analyzes the 
received digits and determines from the prefix *82 that the 

25 call is an Internet call. Responsive to its programming it 
knows that the call must be completed through a remote 
central office and that further processing is necessary. The 
originating central office 441A suspends the call and sends 
a CCIS query message in step 424 to the ITS 472Avia the 

30 signaling channel 470. 

In response to the query message, the ITS 472 A identifies 
the internet telephony server servicing the called party 4646 
by sending in step 426 a routing request, including the 

35 number of the calling party 464A and the area code of the 
called party 464B, to the RAS 480 via the Internet 474. 
Alternately, the ITS 472A may access its own internal 
routing and administration database 420, shown in FIG. 10, 
which is an image of the routing and administration database 

40 in the RAS 480. The routing and administration database 
(RAS DB) accesses the internal translation tables, shown in 
FIGS. 13 A and 13C, and sends a routing response in step 
128. The routing response includes the identity (e.g., IP 
address) of the ITS 726 serving the called party 646, the 

45 predetermined virtual path between the two servers, and the 
minimum guaranteed service level for the calling station 
464 A, 

The ITS 472A then sends in step 430 a signaling message 
in the form of a query message packetized in TCP/IP packets 

50 having the IP address of the ITS 472B as the destination 
address. The signaling packets are received via the virtual 
paths 488 by the ITS 472B in step 432 and include a session 
ID, the called number, the calling number, and the requested 
data transmission rate having a minimum data rate corre- 

55 sponding to the prescribed service level. The ITS 472B 
recovers the query message from the payload of the TCP/IP 
packets in step 432, and determines whether or not the called 
station 464B is busy in step 434. 

If the called station 464B is busy, the receiving central 

60 office 441B so informs the ITS 472B via the signaling 
network 470, and the ITS 472B6 returns a busy message to 
ITS 472A in step 436 using signaling packets in TCP/IP 
protocol. The ITS 472A recovers the busy message from the 
received data packets via the Internet 474, and informs the 

65 originating central office via the signaling network 470 of 
the busy condition. The originating central office provides a 
busy signal to the calling station. 
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If the called station is not busy, the receiving central office 
441B busies out the called station line 464B by blocking all 
calls. The receiving or destination central office 441B then 
informs the originating central office 441A via the ITS 
servers 472B and 472A and the Internet that the called line 5 
is available and waiting. Specifically, the ITS 472B in step 
438 sends a data packet including the session identifier and 
the available condition of the called party 464B to the ITS 
472A via the Internet. The ITS 472A recovers the signaling 
information including the session ID and available condition 
from the data packet transmitted by the ITS 472B, and 
responds in step 440 to the query from the originating central 
office 44 1A. 

Referring to FIG. 12B, an Internet virtual connection is 
then established between the calling and called stations. The s 
receiving or destination central office 441B provides a 
ringing signal to the called station 464B and the originating 
central office 441A sends ringback tone back through the 
local loop 466 to the calling station 464A in step 442. At the 
same time, the ITS 472A and the ITS 472B establish a M 
two-way communication link on the predetermined virtual 
path at the prescribed service level in step 444. Specifically, 
the initial packets transmitted by each ITS 472 will have 
identification information for the destination switches. 
Alternately, each ITS 472 will use the reserved voice path 25 
connections for transmitting voice data packets. When the 
called station 464B goes off-hook in step 446 and the 
Internet virtual connection is completed the conversation via 
the Internet can commence in step 448. 

Each of the ITSs 472A and 472B monitor the communi- 30 
cation link to detect a disconnect in step 450. If a disconnect 
condition is detected by one of the ITSs 472 in step 450 via 
a signaling message from the corresponding central office 
464, then the ITS 472 sends a disconnect message as a 
signaling data packet to the corresponding ITS 472 via the 35 
Internet 474 in step 452. 

In addition, the ITSs 472A and 472B and the RAS 480 
monitor the traffic on the established virtual communication 
path. If any of the ITSs 472A or 472B or the RAS 480 
detects a substantial increase or decrease in traffic, the 40 
detecting node outputs a signaling data packet indicating the 
detected change to the corresponding ITSs 472A and/or 12b. 
If in step 454 a signaling data packet is received indicating 
a detected change in the traffic on the virtual communication 
path 488, the ITS servers 472A and 472B in step 456 change 45 
the data rate based on the received data rate value in the 
signaling data packet and in accordance with the prescribed 
service level. 

FIG. U is a block diagram of an alternate implementation 
of Internet long distance service, where an internet module 50 
496 including a router handles routing of low-grade Internet 
telephone calls using conventional compression and routing 
techniques. For example, the originating central office 464 
may send a CQS message to the Internet Module 496 
including the directory numbers of the calling station and the 55 
called station and requesting establishment of an Internet 
connection (or virtual connection) between the two. 

The router in the Internet Module 496 may then react to 
receipt of that CCIS signal and request the temporary 
assignment of Internet addresses for the processors associ- 60 
ated with the respective central offices. Upon completion of 
the assignment of the addresses module 496 may send a 
CCIS signal to the originating central office advising of that 
fact. When the originating central office receives the mes- 
sage that the addresses have been assigned the switching 65 
system connects the originating local loop to the Internet 
Module 496. 



05/24/2004, EAST 



.478 Bl 

18 

The Internet Module router then sends a request for the 
assignment of temporary IP addresses for the two directory 
numbers to a DHCP server 491. The DHCP server hears the 
message and offers an IP address for each directory number 
for a certain time period which may be determined by the 
router or the server. The router may request a specified time 
period and the DHCP server may decline and offer a longer 
or shorter period, seeking mutual agreement. Upon agree- 
ment the addresses are accepted and assigned. The originat- 
ing Internet Module 496 next triggers a CCIS message to a 
destination Internet Module (not shown) which includes the 
temporary IP address assigned to the called directory num- 
ber and associated processor. 

The transmission of data packets through the Internet 
using the Internet module 496 and the DHCP server 491 
does not guarantee bandwidth or a minimum latency. Hence, 
if the Internet module determines that the calling station is 
a subscriber that requests high priority traffic, the Internet 
module 496 accesses the RAS 480 instead of the DHCP 
server 491 in order to obtain a predetermined communica- 
tion path reserved for guaranteed bandwidth and latency, as 
described above with respect to FIG. 9. Hence, the Internet 
module 496 performs the functions of the ITS 472 upon 
detecting a calling station having a prescribed service level 
that requires a guaranteed bandwidth by obtaining the rout- 
ing information from the RAS 480. 

According to the present invention, routing and adminis- 
tration servers provide translation addresses for servers 
acting as interfaces for public telephone networks. The 
Internet telephone servers are thus able to determine the 
network address of a destination server based on the area 
code of a called station. The servers then establish a com- 
munication link via the Internet and use higher level proto- 
col to divide and distribute voice calls through the respective 
telephone systems, Hence a plurality of communications 
links can be established between two servers while mini- 
mizing the number of hosts on the Internet. 

In addition, servers exchanging communications traffic 
via a wide area packet switched network can maintain a 
guaranteed quality of service by reserving predetermined 
virtual paths throughout the packet switched network. The 
predetermined virtual paths thus ensure a guaranteed band- 
width and latency for quality long distance service. 

Referring to FIG. 15 there is shown the architecture for a 
telecommunications network arranged to provide Internet 
telephone service with directory assistance and call comple- 
tion services. According to the invention these added ser- 
vices are provided in the Internet environment in a manner 
that is transparent to the calling party. Thus, a calling party 
who has requested an Internet telephone connection may 
also receive directory assistance and call completion ser- 
vices in the same manner as the party is accustomed to 
access those services from the public switched telephone 
network. 

FIG. 15 shows an overall telecommunications- Internet 
network of the same general type as discussed in detail 
above with respect to FIGS. 1-14. For purposes of 
description, the simplified network is shown as comprising 
a central or end office switching system 600 connected to an 
Internet server or module 602 by a line 601 and a data link 
603. The Internet server is connected to the Internet 604. At 
the other side of the illustrated Internet there is provided a 
second central or end office switching system 606 connected 
via data link 605 and fine 607 to a second Internet server or 
module 608. The server 608 is connected to the Internet 604. 
The central office (CO) 600 is connected by local links to 
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subscriber stations X and Y. The central office (CO) 606 is 
connected by a local link to subscriber station Z. 

An operator service system (OSS) 610, presently to be 
described in detail, is connected to the Internet 604 through 
a server or Internet module 612. The OSS is also connected 5 
to the CO 600 by a trunk 614 which may be a Feature Group 
D trunk or a tandem trunk. In the latter instance signaling 
may be provided by one or more STPs 616. The server 612 
may also have SSP capability and be connected to the STP 
616. It will be appreciated that while only the CO 600 is 1° 
shown in this illustration, it is representative of one CO in 
a telephone network having CCIS using SS7 and AIN 
control. The same is true with respect to the CO 606. 

Referring to FIG. 16 there are shown details of the OSS. 
The OSS 610 may be the same operator services and 15 
directory assistance facility that the LEC which operates the 
network including CO 600 uses for providing operator 
services and directory assistance for its own intra-LATA 
calls, but that is preferably not the case in this embodiment 
of the invention. Here the OSS 610 is preferably dedicated 20 
to the provision of operator services for Internet calls as 
described herein. Conventionally, the OSS 610 includes an 
operator services switch 702, a number of operator stations, 
such as station 704 (manual or automated) connected to the 
switch 702, and a plurality of peripheral databases and 25 
billing subsystems as required for complete operator ser- 
vices (all of which are not specifically illustrated). Pertinent 
to the present discussion, however, is the line information 
database (LIDB) 706, which provides current data relating to 
particular customer telephone lines, and the directory data- 30 
base 708. 

The operator services switch 702 permits the operator 
station 704 to access data from the two databases 706 and 
708 for use in processing operator serviced calls. The OSS 35 
610 also includes an audio subsystem 709 connected to the 
switch 702 for the provision of prompts and other audio 
messages, and to facilitate voice communications with a 
caller. As previously staled, the OSS 610 is also connected 
to a signaling network, such as the SS7 network represented 4Q 
by STP 616 shown in both FIGS. 15 and 16. 

An exemplary call using the arrangements of FIGS. 15 
and 16 will now be described with respect to FIGS. 17A and 
17B. In operation, a caller at station X, assumed to be in 
Alexandria, Virginia, seeks to make an Internet call to a 45 
station in San Jose, Calif, (assumed to be station Z) , using 
directory assistance. The caller dials *82 followed by the 
conventional directory assistance calling procedure number, 
in this instance 408-555-1212. This is shown at SI in FIG. 
16 A. As previously described, the prefix *82 has been 50 
established by the Telco offering the Internet service as a 
designated prefix with which the public may initiate an 
Internet telephone call. 

The central office switching system 600 responds to the 
off-hook and receives the dialed digits firom the calling 55 
station in step S2. The central office switching system 
analyzes the received digits and determines from the prefix 
*82 that the call is an Internet call. Responsive to its 
programming it knows that the call must be completed 
through a remote central office and that further processing is 60 
necessary. Also responsive to its programming it knows that 
the call is a directory assistance call. While the point in call 
(PIC) in the foregoing example was NPA (area code) 555- 
1212, it may also be 411 or simply 555-1212. In response to 
the PIC the originating central office 600 suspends the call 65 
and sends a CCIS query message to the Internet server 602 
via the signaling channel 603. This is shown in step S3. 
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In response to the query message, the originating Internet 
server 602 identifies the internet telephony server which 
services the OSS 610. This is accomplished in step S4 by 
sending a directory assistance routing request, including the 
number of the calling party X and the area code of the called 
party (408). This request is sent to the OSS 610 through the 
Internet via originating server 602 and the OSS Internet 
server 612 as shown by the broken line through the Internet 
612. At step S5 the OSS switch 602 switches the call to an 
idle directory assistance operator position terminal 704. The 
operator thereupon handles the call using current voice 
conversation methods, i.e., to obtain information to permit 
identifying a particular directory listing (step S6). 

In accomplishing this the operator accesses the OSS 
directory database 608 at step S7. Alternately, the OSS may 
access the central directory database 605 or any available 
database which is indicated to possess the desired informa- 
tion. It will be understood by those skilled in the art that such 
databases may be arranged hierarchically so that a database 
search proceeds from one to the other in the manner of 
domain name databases. The connections between databases 
and between the OSS and the databases is made in the OSS 
for its local database and preferably through the Internet for 
further connections. 

The database which is utilized accesses its internal trans- 
lation tables and returns the requested information. At step 
S8 the OSS, having the information, sends an Internet voice 
response giving the directory number to the caller. As a 
terminal portion of this response there is an inquiry as to 
whether or not the caller desires to have the Telco automati- 
cally dial the retrieved number. The caller makes this 
decision at step S9. If the caller declines, the automatic 
dialing the OSS switch generates a billing record for the 
directory assistance at step S9. The virtual connection 
through the Internet is then discontinued at step S10 and the 
directory assistance has been rendered and is complete. 

If the caller accepts the offer of automatic dialing, the 
OSS formulates a routing response for the originating server 
602 in step Sll. The routing response includes the directory 
number of station Z and the identity (e.g., IP address) of the 
server 608 serving the called station Z. The response also 
includes information as to any predetermined virtual path 
between the two servers, and the minimum guaranteed 
service level (or default level) for the calling station X. At 
S12 the OSS switch generates a billing record for the 
directory assistance and includes this information with the 
routing data for storage and usage by the originating server 
602. The routing message and billing information arc sent to 
the originating server 602 at step S13. When the response 
message is received by the originating server that server 
attempts to set up the Internet call as illustrated in the flow 
chart 17B. 

Referring to that figure, the server 602 sends a signaling 
message in the form of a query. The query message is 
packetized in TCP/IP packets having the IP address of the 
destination server 608 as the destination address. This is 
shown at step S14. The signaling packets are received via the 
virtual path indicated by the broken line to the destination 
server 608 in step S15. This message includes a session ID, 
the called number, the calling number, and the requested 
data transmission rate having a minimum data rate corre- 
sponding to the prescribed service level. The destination 
server recovers the query message from the payload of the 
TCP/IP packets in step SI 6. In step S17 the destination 
server determines whether or not the called station Z is busy. 

If the called station Z is busy, the receiving central office 
606 so informs the destination server 608 via the signaling 
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network 605. In step SIS the server 606 returns a busy 
message to the originating server 602 using signaling pack- 
ets in TCP/IP protoooL The originating server 602 recovers 
the busy message from the received data packets via the 
Internet, and informs the originating central office 600 of the 
busy condition via the signaling network 603 at step S19. 
The originating central office provides a busy signal to the 
calling station at step S20. 

If the called station is not busy, the receiving central office 
606 busies out the called station line 609 by blocking all 
calls at step S21. The receiving or destination central office 
606 then informs the originating central office 600 via the 
Internet and servers 608 and 602, that the called line is 
available and waiting. This occurs at step S22. Specifically, 
at step S22, the server 608 sends a data packet including the 
session identifier and the available condition of the called 
party Z to the server 602 via the Internet. The server 602 
recovers the signaling information including the session ID 
and available condition from the data packet transmitted by 
the server 608, and responds in step S23 to the query from 
the originating central office 602. 

Referring to FIG. 17C, an Internet virtual connection is 
then established between the calling and called stations at 
step S24. The receiving or destination central office 606 
provides a ringing signal to the called station Z and the 
originating central office 600 sends ringback tone back 
through the local loop to the calling station X in step S25. 
At the same time, the server 602 and the server 608 establish 
a two-way communication link on the predetermined virtual 
path at the prescribed service level in step S26. Specifically, 
the initial packets transmitted by each server will have 
identification information for the destination switches. 
Alternately, each server may use the reserved voice path 
connections for transmitting voice data packets. When the 
called station Z goes off-hook in step S27 and the Internet 
virtual connection is completed, the conversation via the 
Internet can commence in step S28. The billing may be 
implemented in the switch journal of the originating CO 
600. As previously explained, the OSS first stores the 
information about call directory and automatic dialing or 
call completion. This is then transferred via the servers 602 
and 612 to the switch 600. From this point billing may occur 
in the conventional manner. 

While the preferred mode of call completion is accom- 
plished under the control of the originating server 602 and 
switching system or CO 600 as has been described above, 
the invention also provides call completion under the control 
of the OSS. Pursuant to this mode the OSS responds to the 
caller acceptance by initiating a call through the Internet 
direct from the OSS server 612 to the destination server 608. 
Such a link is established using the same procedures as 
previously described in linking servers 602 and 605. The 
billing information^ retained in storage in the OSS. During 
the time that the OSS is establishing this virtual connection, 
it retains the virtual connection between server 612 and the 
originating server 602. 

When the virtual link to server 608 is established and the 
called party is on the line at station Z, the server 612 bridges 
the two calls or virtual circuits. Thus the virtual circuit 
between the originating server 602 and the OSS server 612 
is bridged to the virtual circuit between the OSS server 612 
and the destination server 608 in the OSS server 612. The 
OSS server is then aware when the virtual circuit is discon- 
tinued by either station going on-hook and notes the termi- 
nation time of the call. Since the server 612 originated the 
call by bridging the two circuits it is also aware of the 
commencement time for the call. With this information and 
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information as to the service provided by the OSS, the OSS 
can attend to appropriate billing. Alternatively, the OSS may 
engage in the signaling necessary to send this information to 
the server 602 and CO 600 whereby billing may be imple- 

s mented from this point. 

While the embodiment of the invention illustrated in 
FIGS. 15 and 16 included an OSS providing directory 
assistance there are a variety of telephone calls other than 
directory assistance that require the assistance of a human 

10 operator for completion. Among these are certain charge 
card calls, collect calls, and calls that are to be billed to a 
third party. FIG. 18 illustrates an OSS which may be utilized 
in the Internet telephone system shown in FIG. 15 to 
implement such special calling services with the aid of the 

15 operator stations shown in FIG. 16. The OSS shown in FIG. 
18 is similar to the OSS shown in FIG. 15 with the addition 
of a credit card data base 710. Like reference numerals are 
used in FIGS. 15 and 18 to indicate like elements. The 
operation of this embodiment of the invention is now 

20 described in the handling of a credit or charge card call. 
Credit Card Calls 

Referring to the flow diagram shown in FIGS. 19A and 
19B, a caller at station X, assumed to be in Alexandria, 
Virginia, seeks to make an Internet call to a station in San 

25 Jose, California (assumed to be station Z) , using a charge or 
credit card. The caller dials *82 followed by O+NPA+the 
called station's directory number (where NPA is the area 
code). This is shown at Si in FIG. 19A. As previously 
described, the prefix *82 has been established by the Telco 

30 offering the Internet service as a designated prefix with 
which the public may initiate an Internet telephone call. 
Thecentraloffice switching system 600 responds to the off- 
hook and receives the dialed digits from the calling station 
in step S2. The central office switching system analyzes the 

35 received digits and determines from the prefix *82 that the 
call is an Internet call. Responsive to its programming it 
knows that the call must be completed through a remote 
central office and that further processing is necessary. Also 
responsive to its programming it knows that the call is an 

40 operator assistance call. 

In response to the PIC, the originating central office 600 
suspends the call and sends a CCIS query message to the 
Internet server 602 via the signaling channel 603. This is 
shown in step S3. In response to the query message, the 

45 originating Internet server 602 identifies the Internet tele- 
phony server which services the OSS 610 and provides its IP 
address. This is accomplished in step S4 by sending a 
directory assistance routing request, including the number of 
the calling party X and the directory number of the called 

so party. This request is sent to the OSS 610 through the 
Internet via originating server 602 and the OSS Internet 
server 612 as shown by the broken line through the Internet 
604. At step S5 the" OSS switch 602 switches the call to an 
idle directory assistance operator position terminal 602. The 

55 operator services switch 702 permits the operator station 704 
to access data from the database 706, which provides current 
data relating to particular customer telephone lines, and to 
access data from the credit card database 710, which con- 
tains data relating to the validity status of charge or credit 

60 cards that may be used for billing calls. 

The operator thereupon handles the call using current 
voice conversation methods, i.e., to obtain information to 
permit validating a particular credit card whose number has 
been obtained from the calling party (step S6). In accom- 

65 plishing this the operator accesses the OSS credit card 
validation database 710 at step S7. If the charge card number 
is unacceptable and the call is therefore to be denied, the 
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caller is advised accordingly via the voice path established 
through the Internet between the operator station and the 
calling station. Depending on the service, the caller may be 
given an opportunity to re-enter a card number or to make 
the call under another billing alternative. 

While the card validation procedure which has been 
described refers to accessing the validation database 710, it 
will be understood that the actual database may comprise a 
centralized database system which is distributed. The first 



address of the destination server 608 as the destination 
address. This is shown at step S12. The signaling packets are 
received via the virtual path indicated by the broken line to 
the destination server 608 in step S13. This message 
includes a session ID, the called number, the calling number, 
and the requested data transmission rate having a minimum 
data rate corresponding to the prescribed service level. The 
destination server recovers the query message from the 
payload of the TCP/IP packets in step S14. In step S15 the 



large scale system adopted for validating credit card calls 10 destination server determines via CCIS to the SSP switch 
utilized a nationwide collection of databases containing the 606 whether or not the called station Z is busy, 
required validation information. To participate, a given If the called station Z is busy, the receiving central office 
telephone company placed its validation data in one of such 606 so informs the destination server 608 via the signaling 
databases, so that it was available to all telephone companies network 605. In step S16 the server 606 returns a busy 
through which a call may have been initiated. Such a credit 15 message to the originating server 602 using signaling pack- 
card database system or a modification thereof may be used ets in TCP/IP protocol. The originating server 602 recovers 
according to the present invention. Such a system is the busy message from the received data packets via the 
described, by way of example, in Olsen et al. U.S. Pat. No. Internet, and informs the originating central office 600 of the 
5,008,929, issued Apr. 16, 1991, entitled Billing System for busy condition via the signaling network 603 at step S17. 
Telephone Signaling Network, It will be understood by those 20 The originating central office provides a busy signal to the 
skilled in the art that such databases may be arranged calling station at step S18. 

hierarchically so that a database search proceeds from one to If the called station is not busy, the receiving central office 

the other in the manner of domain name databases. The 606 busies out the called station line 609 by blocking all 

connections between databases and between the OSS and calls at step S19. The receiving or destination central office 

the databases is made within the OSS in the case of its 25 606 then informs the originating central office 600 via the 

collocated local database. However such connections are Internet and servers 608 and 602, that the called line is 

preferably made through the Internet for further available and waiting. This occurs at step S20. Specifically, 

connections, such as connection to a centralized database or at step S20, the server 608 sends a data packet including the 

connection to the elements of a distributed database. session identifier and the available condition of the called 

If the card number is valid, then, in one manner of 30 party Z to the server 602 via the Internet. The server 602 



recovers the signaling information including the session ID 
and available condition from the data packet transmitted by 
the server 608, and responds in step S21 to the query from 
the originating central office 602. 

From this point the call is completed in the same manner 
as described in relation to FIG. 17C. Referring to FIG. 17C, 
an Internet virtual connection is then established between 
the calling and called stations at step S24. The receiving or 
destination central office 606 provides a ringing signal to the 



operation according to the invention, the call is dialed back 
out from the OSS operator station 704 to the called station 
Z. With that call established from the OSS to the called 
telephone station Z, the end-to-end call path from calling 
station X to called station Z can be established by bridging 35 
the OSS ends of the call legs together in the OSS switch 702. 
This bridging methodology is indicated by the broken line 
paths through the Internet from the called station Z to the 
OSS, and from the OSS to the calling station X. 

Alternatively, however, in a preferred form of the invention, 40 called station Z and the originating central office 600 sends 
once the credit card number is determined within the OSS ringback tone back through the local loop to the calling 
system to represent a valid account to which the call can be station X in step S25. At the same time, the server 602 and 
billed, and after the call is in that sense found to be the server 608 establish a two-way communication link on 
acceptable (step S8), rather than completing the call from the the predetermined virtual path at the prescribed service level 
OSS to the called station as described above, a signaling 45 in step S26. The initial packets transmitted by each server 
message is sent to the calling server 602 and switching will have identification information for the destination 
system CO 600. By that message the calling server and switches. Alternately, each server may use the reserved 
originating switching system are advised that the call is voice path connections for transmitting voice data packets, 
approved for completion. When the called station Z goes offhook in step S27 and the 

In the signaling message the OSS formulates a routing 50 Internet virtual connection is completed, the conversation 



response for the originating server 602. The routing response 
includes the directory number of station Z and the identity 
(e.g., IP address) of the server 608 serving the called station 
Z. This is shown at S9. The response also includes infor- 
mation as to any predetermined virtual path between the two 55 
servers, and the minimum guaranteed service level (or 
default level) for the calling station X. At S10 the OSS 
switch generates a billing record for the operator assistance 
and includes this information with the routing data for 
storage and usage by the originating server 602. The routing 
message and billing information are sent to the originating 
server 602 at step Sli. When the response message is 
received by the originating server that server attempts to set 
up the Internet call as illustrated in the flow chart 19B. 

Referring to that figure, the server 602 prepares a signal- 
ing message in the form of a call set up query. The query 
message is packetized in TCP/IP packets having the IP 



via the Internet can commence in step S28. The billing may 
be implemented in the switch journal of the originating CO 
600. 

Collect Calls 

Referring to the flow diagram shown in FIG. 20, a caller 
at station X, again assumed to be in Alexandria, Va., seeks 
to make an Internet call to a station in San Jose, Calif, 
(assumed to be station z), and to make that call a collect call. 
The caller dials *82 followed by O+NPA+the called sta- 
tion's directory number. This is shown at SI in FIG. 20. The 
central office switching system 500 responds to the off-hook 
and receives the dialed digits from the calling station. The 
switching system analyzes the received digits and deter- 
mines from the prefix *82 that the call is an Internet call. 
65 Responsive to its programming it knows that the call must 
be completed through a remote central office and that further 
processing is necessary. Also responsive to its programming 



60 
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it knows that the call is an operator assistance call In thereupon handles the call using current voice conversation 

response to the PIC, the originating central office 500 methods, i.e., to obtain information to ascertain the nature of 

suspends the call at step S2. At step S3 the CO 500 sends a the call and, upon learning that it is a third party charge call, 

CCIS query message to the Internet server 502 via the to permit the operator to establish a link to the third party and 

signaling channel 503. In response to the query message, the 5 ascertain whether that party will accept charges for the call, 

originating Internet server 502 identifies the Internet tele- At step S6 the operator at position 604 queries the calling 

phony server which services the OSS 510 and sends an party as to the nature of the call, the directory number to 

operator assistance request, including the number of the which the charge is to be billed, and the name to be used to 

calling party X and the directory number of the called party. identify the party requesting the third party billing. This is 

This request is sent to the OSS 510 through the Internet via 10 shown at step S6. At step S7 the operator sends the infor- 

originating server 502 and the OSS Internet server 512, as mation thus obtained to the OSS server 612. The OSS server 

shown by the broken line through the Internet 512. At step supplies the IP address of the server for the CO serving the 

S5 the OSS switch 602 switches the call to an idle directory third party station A. This is shown at step S8. At step S9 a 

assistance operator position terminal 604. The operator call for station A is dialed out by the OSS 610 and an Internet 

thereupon handles the call using current voice conversation 15 link is established to station A. This is shown by the broken 

methods, i.e., to obtain information to permit the operator to line from server 612 to server 622 in FIG. 21. Via this link 

ascertain the nature of the call and, upon learning that it is the OSS operator prompts the party at station A as to the 

a collect call, whether the called party will accept charges for request for third party billing as shown at step S10. At step 

the call. Sll an affirmative or negative response is obtained from the 

The operator at position 604 queries the calling party as 20 party at station A. If the response is negative the operator 

to the nature of the call. On learning that it is a collect call informs the caller at X via the Internet link and discontinues 

the operator queries the caller as to the name to be used to both links to stations A and X. This is indicated at step S12. 

identify the party requesting the collect call. This is shown If the response from the party at station A is affirmative, the 

at step S6. At step S7 the requested call is dialed out from operator completes the call to station Z in the manner 

the operator station 704 to the called station Z and a voice 25 described with relation to FIGS. 19A and 19B. This is 

link established through the Internet as shown by the broken indicated in FIG. 22 at step S13. 

line. At step S8 the operator queries the called party at Automated Operator Assistance 

station Z as to whether or not the called party will accept While the foregoing embodiments of the invention have 

charges for a call from the party whose name the operator been described in the environment of human operator 

just ascertained. If the response is negative the operator so 30 assistance, it is also a feature of the invention that the 

informs the calling party and breaks both connections. This operator assistance may be provided in an automated fashion 

is shown at step S9. If the response is affirmative, the call while retaining the advantages of the hybrid wired telephone 

legs to the called station Z and to the calling station X are network/Internet system which are herein described, 

bridged together in the OSS switch 702 thereby completing Although human operators are still rather extensively used 

the requested connection. This is shown at step S10. The 35 to provide the services that special service calls require, fully 

billing information is compiled in the OSS. automated operator services, operable without human 

Third Party Charge intervention, are now also widely used, and it is common in 

FIG. 21 shows a network architecture similar to that in many contexts to simply speak of "operator services" with- 

FIG. 15 but with the addition of an added telephone station out regard for whether the services are automated or not. An 

A, end office CO 620, and Internet server or router 622. 40 automated version of the invention is now described using a 

Referring to the simplified flow diagram shown in FIG. modified OSS which includes a Traffic Service Position 

22, a caller at station X seeks to make an Internet call to System (TSPS) having a Special Service Announcement 

station Z, and to charge that call to a third party, namely the System (SSAS). Such a TSPS is comprehensively described 

party associated with station A. The caller dials *82 fol- in R. J. Jaeger, Jr. et al. U.S. Pat. No. 3,484,560, issued Dec. 

lowed by O+NPA+the called station's directory number. 45 16, 1966, and also in the December, 1970 issue of the Bell 

This is shown at step S10 in FIG. 22. The central office System Technical Journal. The SSAS is described in 

switching system 500 responds to the off-hook and receives Cornelia et al. U.S. Pat. No. 4,054,756, issued Oct. 18, 1977, 

the dialed digits from the calling station in step S2. The entitled Method and Apparatus for Automating Special 

central office switching system analyzes the received digits Service Call Handling. 

and determines from the prefix * 82 that the call is an Internet 50 Referring to FIG. 23 there is shown a diagrammatic 
call. Responsive to its programming it knows that the call illustration of the modified form of OSS 800 which is 
must be completed through a remote central office and that suitable for use in the system of FIG. 21 to provide auto- 
further processing is necessary. Also responsive to its pro- mated handling of special service calls according to one 
gramming it knows that the call is an operator assistance embodiment of the invention. The OSS 800 includes a TSPS 
call. In response to the PIC the originating central office 500 55 network NET which is connected to the CO 600 via trunk 
suspends the call at step S2. At step S3 the CO 500 sends a 614. The trunk 614 may be a Feature Group D trunk 
CCIS query message to the Internet server 502 via the providing signaling and/or the TSPS may be connected to 
signaling channel 503. In response to the query message, the the STP 616. The TSPS is also connected to the OSS server 
originating Internet server 502 identifies the Internet tele- 612 by line or trunk 802. The TSPS network controller NTC 
phony server which services the OSS 510 and sends an 60 is connected to and controlled by the stored program con- 
operator assistance request, including the number of the troller SPC. A series of operator positions POS are con- 
calling party X and the directory number of the called party. nected to the TSPS along with a digit outpulser OTP and a 
This request is sent to the OSS 510 through the Internet via digit receiver DR. The credit card database is shown at 804. 
originating server 502 and the OSS Internet server 512 as As previously described, this database may be collocated 
shown by the broken line through the Internet 512. At step 65 with the OSS but is preferably distributed. The special 
S5 the OSS switch 602 switches the call to an idle directory service announcement system is shown at SSAS. The SSAS 
assistance operator position terminal 604. The operator includes an announcement store ASTR and a programmable 
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controller PC, which is connected to the SPC. In operation 
the SPC commands the programmable controller PC to 
provide a tone or announcement requesting a caller who is 
connected to the TSPS to identify the type of service desired. 
An example of what might be stated in the instruction is as 
follows: "Please indicate the type of call you are instituting 
by depressing the appropriate two dialing keys: 

11 for collect 

12 for charge to third number 

13 for credit card 

The digit receiver stores the dialed digits. A generic 
approach is utilized in the OSS to service each of these call 
types. While the call types are herein described in terms of 
identification by digits, or DTMF tones, the invention com- 
prehends the use of known voice recognition techniques to 
permit the nature of the call to be determined via voice 
responses and voice recognition. 

In the case of handling each of the three above listed type 
calls, namely, collect, charge to third number, and credit 
card, the OSS becomes involved in the call handling pro- 
cedure following the performance of steps S1-S4, previ- 
ously described in connection with FIG. 19A. 
Collect Call 

If the "11" digits from the calling customer station are 
received to indicate a collect call, the programmable con- 
troller PC accesses the store ASTR to retrieve an appropriate 
announcement (in the form of digital data words indicating 
delta modulated audio speech). This particular announce- 
ment may be, for example, "At the tone, please state your 
name, . . . (tone)." This digital announcement in decoded or 
translated analog voice form is delivered to the caller. Upon 
hearing the tone, the caller would then slate his or her name. 
The received name is then recorded and stored in digital 
form in the announcement store ASTR. The SPC then 
controls the outpulser to outpulse or autodial the called 
number which was previously received and stored. When the 
OSS receives the signal that the called station has gone 
off-hook, answer supervision is returned to the TSPS in the 
normal manner. A synthesized announcement is then sup- 
plied to the called station. This announcement may indicate 

"This is a collect call from ." The previously recorded 

name information from the calling station is inserted after 
the word "from" in this announcement. This called station 
announcement may further indicate "If you accept this call, 
please depress buttons 97, and if you will not accept this call 
depress buttons 66." The responsive signals resulting from 
the dual tone signals from the called station are received by 
the digit receiver. If the signal 97 is received, controller PC 
so informs the SPC. The SPC then completes the call in the 
manner discussed in relation to steps S9 and S10 in FIG. 20. 
If the called party responded with a "no" (66) or did not 
respond with either a yes or no (97 or 66) within an 
appropriate time interval such as five seconds, the connec- 
tion to the called station would be dropped and an appro- 
priate announcement conveyed to the calling station, indi- 
cating that the charges were not accepted at the called 
station. The call also would be terminated for the calling 
subscriber. 

Charge to Third Party Call 

A charge-to-third-party call is handled in almost the same 
manner as a collect call except, initially, an inquiry connec- 
tion is established to the third party. During the initial 
contact with the calling party, the party is requested "At the 
tone, please dial the area code and number to which you 
wish to charge this call . . . (tone)." These dialed digits are 
received by the digit receiver and stored for later use. An 
"inquiry" connection is then established to the third party 
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station in the same manner as previously described to 
contact the called party station with a collect call. During the 
dialing of the third party an announcement is delivered to the 
calling party requesting "At the tone, please state your 

5 name . . . (tone)." This name is recorded and stored in 
memory ASTR in the same manner as previously described 
for collect calls. 

When answer supervision is returned via the inquiry 
connection from the third party station, an announcement is 
sent to the third party indicating "(name of calling party) 
wishes to charge a call to XXX-XXX-XXXX (called 
number) to this number. If you accept the charges, dial 97; 
if you will not accept the charges, dial 66." If the third party 
accepts the charges by dialing 97, the inquiry connection 
from the TSPS to the third party station is knocked down. A 

15 connection is then established between the calling and 
indicated desired called station in the manner described in 
steps S12^S21 in relation to FIG. 19B. If in the previous 
example, the third party did not accept the charges and so 
indicated by dialing 66 (or hanging up), then an announce- 

20 ment is conveyed to the calling station indicating that "your 
call was not accepted." 
Credit Card Call 

If the "13" digits from the calling customer station are 
received to indicate a credit card call, the programmable 

25 controller PC accesses the store ASTR to retrieve an appro- 
priate announcement. This may be, for example, "At the 
tone, please state your card number, . . . (tone)." This digital 
announcement in translated analog voice format is delivered 
to the caller. Upon hearing the tone, the caller would then 

3Q state the credit card number. The received number is then 
recorded and stored in digital form in the announcement 
store ASTR, The SPC then controls the NTC to cause a 
search of the credit card validation database in the manner 
previously described. The process then continues in the 
manner described in connection with steps S7-S21 in FIGS. 

35 19Aandl9B. 

It will be readily seen by one of ordinary skill in the art 
that the present invention fulfills all of the objects set forth 
above. After reading the foregoing specification, one of 
ordinary skill will be able to effect various changes, substi- 
tutions of equivalents and various other aspects of the 
invention as broadly disclosed herein. It is therefore 
intended that the protection granted hereon be limited only 
by the definition contained in the appended claims and 
equivalents thereof. 
What is claimed is: 

1. Amethod of establishing an interactive voice telephone 
call between a first public switched telephone network 
(PSTN) subscriber station and a second PSTN subscriber 
station remote therefrom through a communication link that 
includes a data packet internetwork of the Internet, com- 
prising the steps of: 

in response to a predetermined sequence of signals input 
upon off-hook by said first subscriber station, Unking 
55 the subscriber station to a services system position 
through the Internet; 
issuing a request for information by said services system 
position through the Internet link to the first subscriber 
station; 

60 in response to receipt at said services system position of 
the requested information from the first subscriber 
station through the Internet, accessing an information 
source to obtain information therefrom; 
comparing the accessed information with the received 
65 information to determine whether there is a match; 
in response to a match determined in the comparing step, 
completing the call between the first subscriber station 
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and the second subscriber station through the Internet, 
wherein said information source comprises said second 
station. 

2. A method of establishing an interactive voice telephone 
call between a first public switched telephone network 
(PSTN) subscriber station and a second PSTN subscriber 
station remote therefrom through a communication link that 
includes a data packet internetwork of the Internet, com- 
prising the steps of: 

in response to a predetermined sequence of signals input 
upon off-hook by said first subscriber station, linking 
the subscriber station to a services system position 
through the Internet; 

issuing a request for information by said services system 
position through the Internet link to the first subscriber 
station; 

in response to receipt at said services system position of 
the requested information from the first subscriber 
station through the Internet, accessing an information 
source to obtain information therefrom; 

comparing the accessed information with the received 
information to determine whether there is a match; 

in response to a match determined in the comparing step, 
completing the call between the first subscriber station 
and the second subscriber station through the Internet, 
wherein the accessed information is transmitted as an 
analog voice signal. 

3. A communications system comprising in combination: 
a first public switched telephone network (PSTN) switch- 
ing system connected to a first subscriber station, the 
first switching system being coupled to the Internet at 
a first interface; 

a second PSTN switching system, remote from the first 
switching system, and connected to a second subscriber 
station, the second switching system being coupled to 
the Internet at a second interface; 

a transaction device database; and 

a services system position coupled to the Internet at a third 
interface; 

wherein said first PSTN switching, system is responsive 
to a predetermined sequence of signals input by said 
first subscriber station upon an initiated off-hook tele- 
phone call to said second subscriber station, to link the 
first subscriber station through the Internet to said 
services system position for receipt of information, said 
services system position is responsive to said comple- 
tion of said link to access information from said trans- 
action device database for comparison with the 
received information and, in response to a match of the 
accessed information with the received information, to 
complete the call through the Internet between the first 
subscriber station and the second subscriber station, 
identified by the first subscriber station, wherein the 
received information is obtained from said second 
subscriber station. 

4. A system as recited in claim 3, wherein the received 
information is obtained from said second subscriber station 
via the Internet. 

5. A communications system comprising in combination: 
a first public switched telephone network (PSTN) switch- 
ing system connected to a first subscriber station, the 
first switching system being coupled to the Internet at 
a first interface; 

a second PSTN switching system, remote from the first 
switching system, and connected to a second subscriber 
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station, the second switching system being coupled to 

the Internet at a second interface; 
a transaction device database; and 
a services system position coupled to the Internet at a third 

interface; 

wherein said first PSTN switching system is responsive to 
a predetermined sequence of signals input by said first 
subscriber station upon an initiated off-hook telephone 
call to said second subscriber station, to link the first 
subscriber station through the Internet to said services 
system position for receipt of information, said services 
system position is responsive to said completion of said 
link to access information from said transaction device 
database for comparison with the received information 
and, in response to a match of the accessed information 
with the received information, to complete the call 
through the Internet between the first subscriber station 
and the second subscriber station, identified by the first 
subscriber station, wherein the received information is 
obtained from a third subscriber station via the Internet. 

6. A communications system comprising in combination: 
a first public switched telephone network (PSTN) switch- 
ing system connected to a first subscriber station, the 
first switching system beinq coupled to the Internet at 
a first interface; 

a second PSTN switching system, remote from the first 
switching system and connected to a second subscriber 
station, the second switching svstem being coupled to 
the Internet at a second interface; 

a transaction device database; and 

a services system position coupled to the Internet at a third 
interface; 

wherein said first PSTN switching system is responsive to 
a predetermined sequence of signals input by said first 
subscriber station upon an initiated off-hook telephone 
call to said second subscriber station, to link the first 
subscriber station through the Internet to said services 
system position for receipt of information, said services 
system position is responsive to said completion of said 
link to access information from said transaction device 
database for comparison with the received information 
and, in response to a match of the accessed information 
with the received information, to complete the call 
through the Internet between the first subscriber station 
and the second subscriber station, identified by the first 
subscriber station, wherein said services system posi- 
tion includes a stored program controller, an announce- 
ment system and a traffic service position system 
(TSPS). 

7. A method of establishing an interactive voice telephone 
call between a first public switched telephone network 
(PSTN) subscriber station and a second PSTN subscriber 
station remote therefrom through a communication link that 
includes a data packet internetwork of the Internet, com- 
prising the steps of: 

in response to a predetermined sequence of signals input 
upon off-hook by said first subscriber station, linking 
the subscriber station to a services system position 
through the Internet; 

issuing a request for information by said services system 
position through the Internet link to the first subscriber 
station; 

in response to receipt at said services system position of 
the requested information from the first subscriber 
station through the Internet, accessing an information 
• source to obtain information therefrom; 
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comparing the accessed information with the received 
information to determine whether there is a match; 

in response to a match determined in the comparing step, 
completing the call between the first subscriber station 
and the second subscriber station through the Internet. 5 

8. A method as recited in claim 7, wherein said linking 
step comprises transmitting a message signal from the PSTN 
of the first subscriber station to a server coupled to the 
Internet. 

9. A method as recited in claim 8, wherein said message ]0 
signal is formulated in a telephone signaling protocol and 
said linking step further comprises transforming said mes- 
sage to an Internet transport protocol for transmission 
through the Internet. 

10. A method as recited in claim 7, wherein said issuing 
step comprises: 15 

transporting the request as a digital packet signal through 
the Internet to the PSTN of the first subscriber station; 
and 

delivering the request as an analog voice signal to the first 
subscriber station. 20 

11. A method as recited in claim 10, wherein the requested 
information is received by the services system position is 
steps comprising: 

obtaining the information from the first subscriber as an 
analog signal; and 25 

transporting the information through the Internet as data 
packet signal. 

12. A method as recited in claim 7, wherein said infor- 
mation source comprises a database. 

13. A method as recited in claim 7, wherein said infor- 30 
mation source comprises a third station. 

14. A method as recited in claim 7, wherein the Internet 
link is connected to said first PSTN via a first interface and 
connected to said second PSTN via a second interface, and 
wherein signals traversing said communication link are 35 
formatted in telephone signaling protocol in PSTN link 
portions and formatted in Internet data packet protocol in 
Internet link portions. 

15. A method as recited in claim 14, wherein said Internet 
data packet protocol is Transmission Control Protocol/ 40 
Internet Protocol (TCP/IP) and said telephone signaling 
protocol is a common channel interoffice signaling (CCIS) 
protocol. 
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16. A communications system comprising in combination: 
a first public switched telephone network (PSTN) switch- 
ing system connected to a first subscriber station, the 
first switching system being coupled to the Internet at 
a first interface; 

a second PSTN switching system, remote from the first 
switching system, and connected to a second subscriber 
station, the second switching system being coupled to 
the Internet at a second interface; 

a transaction device database; and 

a services system position coupled to the Internet at a third 
interface; 

wherein said first PSTN switching system is responsive to 
a predetermined sequence of signals input by said first 
subscriber station upon an initiated off-hook telephone 
call to said second subscriber station, to fink the first 
subscriber station through the Internet to said services 
system position for receipt of information from said 
first subscriber station, said services system position is 
responsive to said completion of said link to access 
information from said transaction device database for 
comparison with the received information, and respon- 
sive to a match of the accessed information with the 
received information to complete the call through the 
Internet between the first subscriber station and the 
second subscriber station, identified by the first sub- 
scriber station. 

17. A communications system as recited in claim 16, 
wherein said first PSTN comprises a common channel 
interoffice signaling network connected to said first switch- 
ing system for transporting a control signal to establish the 
link with the services system position. 

18. A system as recited in claim 17, wherein the accessed 
information is obtained from said database via the Internet. 

19. A system as recited in claim 17, wherein said services 
system position includes a switching system, a stored pro- 
gram controller, and an announcement system. 
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